/*
一. 内容
1、当析构函数被调用时，它有责任销毁其中的任何资源，如果销毁某个资源抛出了异常，其他资源的销毁应该不受影响，否则就会发生内存泄漏。
000
2、如果程序在析构函数调用期间遭遇一个异常后无法继续执行，那么强制停止程序是一个合理选项。毕竟这可以阻止异常从析构函数传播出去，导致未定义行为。

3、一般而言，忽略析构函数调用其他函数产生的异常是一个坏主意，因为它压制了某些动作失败的重要信息，
但这要比草率结束程序或不明确行为带来的风险好，只是要保证程序可以继续可靠的执行，即使出现了该种异常。

4、如果某个操作可能在失败时抛出异常，而又存在某种需要必须处理该异常，那么这个异常必须来自析构函数以外的某个函数。
因为析构函数抛出异常就是危险，总会带来过早结束程序或者发生不明确行为。而将这个异常处理封装在其他函数，意味着需要客户自己调用函数并且处理异常，
将责任交给了客户。

二. 总结
1、析构函数绝对不要吐出异常。如果一个被析构函数调用的函数可能抛出异常，析构函数应该捕捉任何异常，然后吞下它们（不传播）或结束程序。
2、如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供一个普通函数（而非在析构函数中）执行该操作。
*/

#include <iostream>
#include <cstdlib>
#include <exception>

class DBConnection {
public:
    //该函数返回一个DBConnection对象
    static DBConnection create();
 
    //关闭数据库连接（失败会抛出异常）
    void close();
};

// 3、自己选择
// 第三种属于折中方案了，通过 Close 成员函数，控制主动结束和跳过崩溃的时机，根据情况选取就好，先确定好你能否把握这个时机 。

class DBConn{
public:
    void close()//供客户使用的新函数
    {
        db.close();
        closed=true;
    }
    ~DBConn()
    {
        if(!closed){
            try{
                db.close();
            }
            catch(...){//若关闭动作失败，记录下来并结束程序或吞下异常
                //制作运转记录，记下对close的调用失败
            }
        }
    }
private:
    DBConnection db;
    bool closed;
};


// 1、主动结束程序
// 直接调用 abort 函数，主动的去结束程序，在此之前，可以做好最大限度的保存，记录错误等操作，尽量减少损失 。
DBConn::~DBConn()
{
    try{db.close();}
    catch(...){
        //制作运转记录，记下对close的调用失败
        std::abort();//强迫结束程序
    }
}


// 2、跳过崩溃
// 如果不想主动结束程序，也可以先跳过崩溃， 利用 try-catch 只做好补救，但个人觉得适合此崩溃对后面影响不大的情况，
// 毕竟本该销毁的空间要是没有销毁，再被别的地方的指针指向，一个调用，可能会影响整个软件的正常运行，造成大量数据错误。

DBConn::~DBConn()
{
    try{db.close();}
    catch(...){
        //制作运转记录，记下对close的调用失败
    }
}


